home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000258_news@columbia.edu _Mon Aug 26 22:51:40 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id WAA16039 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 26 Aug 1996 22:51:39 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id WAA27819 for kermit.misc@watsun; Mon, 26 Aug 1996 22:51:39 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!newsfeed.internetmci.com!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MSKermit 3.14 as terminal for VAX/VMS
  8. Message-ID: <1996Aug26.203049.84232@cc.usu.edu>
  9. Date: 26 Aug 96 20:30:49 MDT
  10. References: <Pine.PMDF.3.91.960826132724.68857A-100000@NESSIE.CC.WWU.EDU>
  11. Organization: Utah State University
  12. Lines: 45
  13.  
  14. In article <Pine.PMDF.3.91.960826132724.68857A-100000@NESSIE.CC.WWU.EDU>, evelyn@NESSIE.CC.WWU.EDU writes:
  15. > On 26 Aug 1996, Joe Doupnik wrote:
  16. > 
  17. >> In article <Pine.PMDF.3.91.960823153825.64085A-100000@NESSIE.CC.WWU.EDU>, evelyn@NESSIE.CC.WWU.EDU writes:
  18. >> >   I'm having a problem with MSKermit 3.14 that I don't have with 
  19. >> > MSKermit 3.13.  It is being run under Windows 3.11 to connect to
  20. >> > VAX/VMS and emulating either a VT220 or VT320 over an ethernet line.  
  21. >> > When I do something on the VAX which causes a many-paged listing to 
  22. >> > screen ... it starts pausing after the first few pages.  Then it 
  23. >> > will do approximately one additional page, pause again, and repeat the 
  24. >> > cycle.  After a while it may freeze completely and disconnect.
  25. > 
  26. >> -------------
  27. >>     My guess is you may have turned on XON/XOFF flow control. TCP/IP
  28. >> links should have SET FLOW NONE stated because TCP itself provides proper
  29. >> flow control.
  30. > 
  31. >     SHOW COMMUNICATIONS indicates that flow control is off (and a check of
  32. >     .ini files fails to turn up anything turning it on).
  33. > 
  34. >>     Alternatively, your machine may have memory management difficulties.
  35. >> The screen rollback buffer lives in expanded (not extended) memory or
  36. >> conventional 640K memory, and the expanded memory page frame buffer must
  37. >> be located in a safe place by you.
  38. > 
  39. >    I'm running on a 486.  Someone else on our staff says that he's not aware
  40. >    of the expanded memory page frame buffer applying to this machine.  If it
  41. >    does, how do we look at its setup.  
  42. > 
  43. > 
  44. >    I've tried adding SET KERMIT=ROLLBACK 2 to my autoexec.bat, in case that
  45. >    would reduce buffer needs.  It hasn't helped.
  46. ------------
  47.     Memory managment is in the DOS manual. Microsoft's MSD program is a
  48. quick (and light weight) way to see the basics.
  49.     Your lan may still have problems. If packets are dropped under load
  50. then there will be timeouts, longer as the load grows. I can't see into your
  51. site from here (the monitor is in the way, drats) but your lan managers can.
  52. If your VAX is reached by a LAT connection from your lan then outages can
  53. be more than common. To do a quick check run Kermit to Kermit file transfers
  54. both ways and see if there are noticable pauses and retries. If there are
  55. then check your PC for health and give the manager folks a buzz for hints
  56. on the network. Here's one hint: avoid the "parallel tasking" style Ethernet
  57. boards.
  58.     Joe D.